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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .1 36(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )[3 Responsive to communication(s) filed on 24 May 2004 . 
2a)|EI This action is FINAL. 2b)D This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Qi/ay/e, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) 13 Claim(s) 31-36 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) IEI Claim(s) 31-36 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) ^ The specification is objected to by the Examiner. 

10) Q The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
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Priority under 35 U.S.C. § 119 
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DETAILED ACTION 

1 . This Office Action is in response to Amendment received 24 May 2004. Per 
Applicants request, claims 31-34 have been amended. New claims 35 and 36 have been 
added. Claims 1-30 have previously been canceled. 

Specification 

2. The use of the trademark JAVA / JAVA Virtual Machine has been noted in this 
application. It should be capitalized wherever it appears and be accompanied by the 
generic terminology. 

Although the use of trademarks is permissible in patent applications, the 
proprietary nature of the marks should be respected and every effort made to prevent their 
use in any manner which might adversely affect their validity as trademarks. 

Applicant has remarked that the term 4 JAVA' is capitalized and followed by 
appropriate generic language, but Examiner cannot locate an amendment to confirm this. 
Please verify or provide the corrections. 

Claim Rejections - 35 USC § 112 

3. In view of the amendment to claim 33, the 35 USC 1 12 2 nd paragraph rejection is 
hereby withdrawn. 

Claim Rejections - 35 USC §103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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5. Claims 31, 33 and 34 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over US Patent 6,078,744 to Wolczko et al., in view of US Patent 6,367,012 to Atkinson 
et al. 

Per claim 31: 

Wolczko disclosed reuse of saved compilation data (statically precompiled code) 
that has been journaled. At col. 7, lines 18-22, Wolczko stated, "The record also 
distinguishes when the compilation unit has changed between the initial and subsequent 
compilations. . .many techniques exist for determining equivalence of the compilation 
unit." Col. 7, lines 43-53, "The 'compilation unit identification 5 field contains a value 
that identifies the compilation unit for the journal record., .this value contains verification 
information used to verify that the compilation unit has not changed between an initial 
compilation and a subsequent compilation. . .verification information can be the source 
code of compilation unit, the checksum of the source code of the compilation unit of 
similar information." Col. 9, lines 57-60, ". . .the adaptive compiler is assured that the 
source program initially compiled is the same as the source program that is optimized." 
Col. 10, lines 41-66, "As each compilation unit is processed an 'equivalent unit in journal 
decision procedure determines whether the compilation unit in the source program. . .is 
equivalent to the compilation unit processed by the "initial phase compilation' process 
(by using the verification data stored in the 'information' field). . .If the. . .decision 
procedure determines that the compilation units are not equivalent or that no information 
for the compilation unit has been journaled, the 'subsequent phase compilation' 
(dynamic) (therefore a mixed static and dynamic environment) process continues to 
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'generate intermediate compilation data' procedure... However, if the... decision 
procedure determines that the completion units are equivalent... the 'subsequent phase 
compilation' process continues to 'read ICD data from journal procedure (static) 
...instead of computing the ICD." (See Figure 6.) Wolczko disclosed "loading and 
executing the generated code" at col. 4, lines 41-45, "The JIT compiler compiles a 
method (a loaded method), a portion of a method, a statement of other source grouping 
just before the source groupings is first executed (load / execute the generated code). 
Subsequent calls to the source grouping re-execute the compiled target language for the 
host computer's ABI." 

Wolczko failed to give specifics regarding how the equivalence is determined. 
However, Atkinson provided more detail on a certification or signature, incorporated in a 
program, file or code to assure authenticity and integrity, particularly for receiving over a 
network. (See Figure 3 and col. 6, lines 19-25) Col. 6, lines 30-33, "Code signing 
method assures the recipient of the identity of the source of file (i.e., its authenticity) 
(verifying that the intermediate or byte-code representation of the program is safe) and 
that the file was not modified after it was transmitted by that source (i.e., the integrity of 
file). Atkinson disclosed hashing (col. 6, lines 40-50), ". . .a cryptographic digest of 
"hash" of executable file is obtained (forming a secure hash describing the bye code) or 
computed (forming a secure hash describing the generated code). Standard hash 
functions are available. . .These functions take a. . .string and convert it to a fixed length 
output string. . .(called a cryptographic digest). This. . . "fingerprints" the file by 
producing a value that indicates whether a file submitted for download matches the 
original file (verifying that the secure hash of the byte-code matches the digitally signed 
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secure hash for the byte-code / generated code). Hashing functions and the values they 
generate are secure. . ." See Figure 4 and col. 6, line 66 - col. 7, line 8, ". . .publisher 
digital certificate (digitally signed secure) and publisher signature are attached or 
appended to or incorporated to executable file. Publisher signature and publisher digital 
certificate together form a keyed source confirmation with a secure representation. . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the 
time of the invention, to have modified Wolczko's invention that verifies that subsequent 
compilations have not changed, by specifying techniques such as those disclosed by 
Atkinson using secure hashing, digitally signing, and attaching a publisher signature and 
publisher digital certificate as methods to assure authenticity and integrity, because these 
are well known, secure ways to determine equivalency of files, an important feature for 
allowing code generated by the processes to be exchanged and trusted between machines. 

Per claim 33: 

Wolczko disclosed a mixed static and dynamic environment, col. 10, lines 41-66, 
"As each compilation unit is processed an 'equivalent unit in journal decision procedure 
determines whether the compilation unit in the source program. . .is equivalent to the 
compilation unit processed by the "initial phase compilation' (statically precompiled 
code) process (by using the verification data stored in the 'information' field). . .If 
the. . .decision procedure determines that the compilation units are not equivalent or that 
no information for the compilation unit has been journaled, the 'subsequent phase 
compilation' (dynamic / updating statically generated code) (therefore a mixed static and 
dynamic environment) process continues to 'generate intermediate compilation data' 
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(compiler generating the code for S (separately compiled code) to a) associate with 
method and data names, or signatures)" At col. 7, lines 18-22, Wolczko stated, "The 
record also distinguishes when the compilation unit has changed between the initial and 
subsequent compilations (- c) check if byte codes associated with any names in the S 
(separately compiled code) relied upon by C (statically generated code) have changed by 
comparing)... many techniques exist for determining equivalence of the compilation 
unit." Col. 7, lines 43-53, "The 'compilation unit identification' field contains a value 
that identifies the compilation unit for the journal record. . .this value contains verification 
information used to verify that the compilation unit has not changed between an initial 
compilation and a subsequent compilation. . .verification information can be the source 
code of compilation unit, the checksum of the source code of the compilation unit of 
similar information." Col. 9, lines 57-60, "...the adaptive compiler is assured that the 
source program initially compiled is the same as the source program that is optimized." 
Col. 10, lines 41-66, "As each compilation unit is processed an 'equivalent unit in journal 
decision procedure determines whether the compilation unit in the source program. . .is 
equivalent to the compilation unit processed by the "initial phase compilation' process 
(by using the verification data stored in the 'information' field). . .If the. . .decision 
procedure determines that the compilation units are not equivalent or that no information 
for the compilation unit has been journaled, the 'subsequent phase compilation' (- 
d)dynamically recompile the byte codes associated with C if any byte codes associated 
with S have changed) process continues to 'generate intermediate compilation data' 
procedure. . .However, if the. . .decision procedure determines that the completion units 
are equivalent... the 'subsequent phase compilation' process continues to 'read ICD data 
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from journal procedure (static) ...instead of computing the ICD ." (See Figure 6.) 
Wolczko disclosed "loading and executing the generated code" at col. 4, lines 41-45, 
"The JIT compiler compiles a method (a loaded method), a portion of a method, a 
statement of other source grouping just before the source groupings is first executed 
(executing the generated code). Subsequent calls to the source grouping re-execute the 
compiled target language for the host computer's ABI." 

Wolczko failed to give specifics regarding how the equivalence is determined. 
However, Atkinson provided more detail on a "secure hash of the name of the method 
and data names or signatures in S with the compiler for C recording the secure hash for 
the hash code". Atkinson disclosed hashing (col. 6, lines 40-50), "...a cryptographic 
digest of "hash" of executable file is obtained or computed (compiler associates with 
method and data names, or signatures, in S a secure hash, recording the secure hash). 
Standard hash functions are available. . .These functions take a. . .string and convert it to a 
fixed length output string. . .This. . . "fingerprints" the file by producing a value that 
indicates whether a file submitted for download matches the original file (comparing the 
secure hash of the names associated with S with the secure hash stored for this byte code 
in C). ' Hashing functions and the values they generate are secure. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the 
time of the invention, to have modified Wolczko' s invention that verifies that subsequent 
compilations have not changed, by specifying techniques such as those disclosed by 
Atkinson using secure hashing as a method to assure authenticity and integrity, because 
these are well known, techniques to enable trusting that files are safely exchanged 
between machines. 
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Per claim 34: 

Wolczko disclosed a mixed static and dynamic environment, col. 10, lines 41-66, 
"As each compilation unit is processed an 'equivalent unit in journal decision procedure 
determines whether the compilation unit in the source program. . .is equivalent to the 
compilation unit processed by the "initial phase compilation' (statically precompiled 
code) process (by using the verification data stored in the 'information' field). . .If 
the. . .decision procedure determines that the compilation units are not equivalent or that 
no information for the compilation unit has been journaled, the 'subsequent phase 
compilation' (separately compiled ) (therefore a mixed static and dynamic environment) 
process continues to 'generate intermediate compilation data', (use of statically 
generated code for some byte code that depends on some byte code that may be 
separately compiled) 

Wolczko disclosed reuse of saved compilation data (statically generated code) 
that has been journaled. At col. 7, lines 18-22, Wolczko stated, "The record also 
distinguishes when the compilation unit has changed between the initial and subsequent 
compilations... many techniques exist for determining equivalence of the compilation 
unit." (check if any byte codes associated with any code S relied upon by C have 
changed) Col. 7, lines 43-53, "The 'compilation unit identification' field contains a value 
that identifies the compilation unit for the journal record. . .this value contains verification 
information used to verify that the compilation unit has not changed between an initial 
compilation and a subsequent compilation. . .verification information can be the source 
code of compilation unit, the checksum of the source code of the compilation unit of 
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similar information." Col. 10, lines 41-66, "As each compilation unit is processed an 
6 equivalent unit in journal decision procedure determines whether the compilation unit in 
the source program. . .is equivalent to the compilation unit processed by the "initial phase 
compilation' process. Wolczko disclosed "interpreting the byte codes corresponding to C 
(statically generated code)" at col. 4, lines 41-45, "Subsequent calls to the source 
grouping re-execute (interpret the byte codes corresponding to C) the compiled target 
language for the host computer's ABI." 

Wolczko failed to give specifics regarding the use of a secure hash. However, 
Atkinson provided more detail on "associating with S a secure hash of the byte code 
associated with S" and "secure hash for the byte code corresponding to any S that affects 
the code generated for C". Atkinson disclosed hashing (col. 6, lines 40-50), ". . .a 
cryptographic digest of "hash" of executable file is obtained or computed (associating 
with S a secure hash of the byte code). Standard hash functions are available. . .These 
functions take a. . .string and convert it to a fixed length output string. ... This. . . 
"fingerprints" the file by producing a value that indicates whether a file submitted for 
download matches the original file (secure hash for byte code corresponding to any S that 
affects the code generated for C). Hashing functions and the values they generate are 
secure..." 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the 
time of the invention, to have modified Wolczko' s invention that verifies that subsequent 
compilations have not changed, by specifying techniques such as those disclosed by 
Atkinson using secure hashing, because these are well known techniques to authenticate 
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equivalency of files, an important feature for allowing code to be safely exchanged 
between machines. 

Per claim 35: 

-the compiler performing dependence checks during program execution to avoid using a 
stale code for a procedure in the event of changes to other codes. 

Wolczko disclosed 'dependence checks' at col. 10, lines 41-66. "As each 
compilation unit is processed an 'equivalent unit in journal' decision procedure 
(dependence check) determines whether the compilation unit in the source program, 
currently being compiled, is equivalent to the compilation unit processed by the 'initial 
phase compilation' (precompiled code) process..." 

Per claim 36: 

-the step of performing dependence checks includes using time stamps to determine if 
any of the classes on which the code is dependent have changed. 

Wolczko disclosed (col. 11, lines 8-15), ". . .determination made by the 'journal 
ICD' decision procedure and the 'equivalent unit in journal' decision procedure are 
dependent on the processing speed. . .and other aspects of the computer executing the 
compiler. Those skilled in the art will also understand that these decisions can be 
heuristically programmed based on instrumenting. . ." 
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Therefore, it would have been obvious, to one of ordinary skill in the art, at the 
time of the invention, to include 'time stamps' in determining whether classes on which 
the code id dependent has changed. This is well known in the art. Update time stamps 
can easily be used for the basis of heuristic programming. 

6. Claim 32 is rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent 
6,078,744 to Wolczko et al., in view of US Patent 6,317,872 to Gee et al. 

Wolczko disclosed a mixed static and dynamic environment (col. 10, lines 41-66) 
that provides statically precompiled code to a virtual machine (col. 9, lines 22-33), 
whereas the virtual machine would JIT compile code dynamically if any change was 
detected. Wolczko did not disclose using the compiler for -maintaining symbolic entries 
for externally referenced symbols; -maintaining a mapping from locations in the 
generated code that reference external symbols to the symbolic entry for that symbol and 
the virtual machine, before the code is executed, performs the steps of -using the mapping 
and symbolic entries created by the compiler to generate direct references in the 
generated code to the externally referenced symbols that have been resolved by the 
virtual machine; -performing the default action on those external symbols that have not 
been resolved. 

However, Gee disclosed an "improved method for resolving symbolic references 
in code generated by compiling source code" (Abstract, lines 5-7.) Gee disclosed (col. 
22, lines 35 - col. 23, line 38, "When objects are created by the compiler, references are 
symbolic (by name) and are identified by entries in the aforementioned constant pool 
array (maintaining symbolic entries for externally referenced symbols). . .Upon first 
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access to the object, the instruction execution procedure will examine the field type and, 
upon determining that the field reference is unresolved, immediately perform the 
symbolic to logical addressing resolution function (performing the default action on those 
external symbols that have not been resolved)., .to create resolved access information to 
be stored with the object(mapping from locations in the generated code that reference 
external symbols to the symbolic entry for that symbol)... Subsequent accesses to the 
object will examine the field type value and determine that the references to the object 
have been resolved.. .The resolved access flags field contains access control information 
that is associated with the object to implement security functions. . .In future invocations 
of the method, the index within the instruction stream will point to the method block 
pointer, which will then point to the method's method block (using the mapping and 
symbolic entries created by the compiler to generate direct references). In this manner, a 
symbolic address only needs to be resolved upon the first invocation of a method. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the 
time of the invention, to have modified Wolczko's invention used in a mixed static and 
dynamic environment to include features as disclosed by Gee, using mapping and 
symbolic entries to generate direct references because "load immediate" instructions are 
superior, quicker processes. 

Response to Arguments 
7. Applicant has argued, in substance, the following: 

As applicant has noted on page 8, 5 th paragraph, "Wolczko does not disclose the 
use of precompiled code. . 
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Examiner's Response: 

The Wolczko reference does provide for 'precompiled code'. Code is 
'precompiled' and journaled. Col. 2, line 6-67, "...a journal utilization mechanism that 
uses a first journaled datum (use journaled precompiled code) in lieu of recreating an 
intermediate compilation datum during the subsequent compilation." 

Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of 
time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the 
advisory action. In no event, however, will the statutory period for reply expire later than 
SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (703) 305- 
4564. The examiner can normally be reached Monday through Thursday, from 7:00 AM 
to 5 :30 PM If attempts to reach the examiner by telephone are unsuccessful, the 
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examiner's supervisor, Tuan Dam can be reached on (703) 305-4552. The fax phone 
number for the organization where this application or proceeding is assigned is 703-872- 



Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). _ 
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Mary Steelman 
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PRIMARY EXAMINER 



